home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
Night Owl 19
/
Night Owl (The Best of Shareware)(NOPV 19)(1996).ISO
/
007a
/
mxl214b.zip
/
GERMDOC.ZIP
/
TEMPLATE.DOC
< prev
next >
Wrap
Text File
|
1995-12-27
|
37KB
|
925 lines
▀▀▀ ▀▀▀ ▀▀▀▀▀ ▀▀ ▀▀ ▀▀ ▀▀▀▀▀▀ ▀▀▀▀▀ ▀▀▀▀▀▀▀▀
▀▀▀▀ ▀▀▀▀ ▀▀ ▀▀ ▀▀ ▀▀ ▀▀ ▀▀ ▀▀ ▀▀
▀▀ ▀▀▀ ▀▀ ▀▀▀▀▀▀▀ ▀▀▀ ▀▀ ▀▀ ▀▀▀▀▀ ▀▀
▀▀ ▀ ▀▀ ▀▀ ▀▀ ▀▀ ▀▀ ▀▀ ▀▀ ▀▀ ▀▀
▀▀ ▀▀ ▀▀ ▀▀ ▀▀ ▀▀ ▀▀▀▀▀▀▀ ▀▀▀▀▀▀ ▀▀▀▀▀▀ ▀▀
Multifunktionaler, Multilinefähiger und Templategesteuerter
Filebaseprozessor für Maximus CBCS Systeme
Version 2.14
Copyright 1994 - 1995 by Wilfried Brinkmann
Alle Rechte Vorbehalten
────────────────────────────────────────────────────────
Anleitung und Übersicht zu den MaxList Template-Tokens
════════════════════════════════════════════════════════
MaxList verwendet für ALLE Ausgaben in den Listen und Files.bbs Dateien
sogenannte Templates (Vorlagen). Diese enthalten die Anweisungen, wie
der Kopf und die einzelnen Zeilen ausehen sollen.
Allgemeine Hinweise
─────────────────────
Es gibt keine Zeilenlängenbegrenzung für Templates und Filebeschreibungen.
Ein Template. bzw eine Dateibschreibung kann maximal 8Kb groß sein.
Größere Beschreibungen werden OHNE Warnung auf 8192 Zeichen gekürzt!
Der Interner Bearbeitungspuffer ist entsprechend größer, um eventuelle
Umformatierungen durchführen zu können.
Da logischerweise in einer Zeile sehr viele Tokens stehen können, würde
der Text schnell unleserlich oder ist nicht mehr anzufertigen.
Deshalb kannst Du an jeder Stelle einen physikalischen Zeilenumbruch
einsetzen. Das heisst, eine logische Zeile kann sich über mehrere
Textzeilen erstrecken. Als Trennzeichen wird der Backslash verwendet "\".
Beispiel:
@Format(@FileName @FileSize(#######) \
@FileDate(DD.MM.YYF) \
@Adjust("@AreaName",l,15,t) @Adjust("@FilePath",l,32,t))
Das ganze wird später in einer Zeile dargestellt.
Das Zeichen \ selbst, sowie alle nachfolgenden Leerzeichen und
CRLF's werden entfernt. Am Ende des gesamten Strings wird automatisch
EIN CRLF angefügt, unabhängig davon, wieviele im Text stehen.
Wird das Zeichen \ selber im Text benötigt, muss es doppelt angegeben
werden. In diesem Fall wird das Zeichen \ einmal dargestellt.
So wird aus "Backslash \\ im Text" ein "Backslash \ im Text".
In den BBS-Headertemplates können MECCA-Colortokens verwendet werden.
Diese werden vom MaxList übersetzt.
Folgende MECCA-Tokens sind möglich:
[cls] - Bildschirm löschen
Farben:
Vordergrund und Hintergrund Nur bei Vordergrund
--------------------------- -------------------
[black] [darkgray]
[blue] [lightblue]
[green] [lightgreen]
[cyan] [lightcyan]
[red] [lightred]
[magenta] [lightmagenta]
[brown] [yellow]
[gray] [white]
Um gleichzeitig Vorder- und Hintergrundfarbe zu setzen, MUSS das Token
ON verwendet werden, z.B. [white ON Blue].
CLS kann zusammen mit einer Coloranweisung stehen, z.B. [cls red on blue].
Wird die eckige Klammer ([) als Textzeichen gebraucht, muss diese zweimal
angegeben werden, z.B. so: [cls white][[Weiss] [[[yellow]Gelb[white]].
MaxList schreibt automatisch das MECCA-Token [left cr lf] an das Ende
jeder Zeile des BBSHeaders. Über diese Zeichenfolge erkennt MaxList
den Header und ist so in der Lage, diesen auch wieder zu entfernen.
MaxList führt keinen umfangreichen Syntaxcheck durch. Wenn Du also
die Tokens falsch schreibst, oder die Klammerung fehlerhaft ist, wird
das Ergebnis nicht vorhersehbar sein.
Deswegen hier nochmal der Hinweis:
SCHALTE FÜR DIE ERSTEN TESTLÄUFE DEN DEBUGG MODE EIN !!!!!
Nur so kannst Du verhindern, das die Files.bbs Dateien verändert werden.
Das Ergebnis der Bemühungen von MaxList kannst Du Dir in den FILES.$$$
Dateien ansehen.
Die Templates
───────────────
Nachfolgend sind alle Templates, deren Funktion und Einsatz beschrieben.
Es gibt fünf Templatetypen: BBS, AREA, GROUP, REPORT und TITLE.
Die Templates AREA, GROUP und REPORT unterteilen sich nochmals in
HEADER und FOOTER, sodaß insgesamt acht Templates zur Verfügung stehen.
Die HEADER Templates von BBS, AREA und GROUP enthalten jeweils eine
Anweisung, wie die einzelnen Dateieinträge ausehen sollen.
Diese Anweisung lautet @FORMAT(@ID @ID ... @ID) und MUSS am Ende
des Templates stehen.
Wenn Du keinen Kopf haben willst, schreibst Du nur diese Anweisung in
das entsprechende Template.
Innerhalb der Klammer werden dann die einzelnen Token (@ID) für
Dateiname, Dateigröße, Datum, Dateibeschreibung etc. angegeben.
Welche Parameter möglich sind, ist vom jeweiligem Template abhängig.
Tokens, die nicht ersetzbar sind, werden entfernt. Stehen diese dann
innerhalb einer @ADJUST Anweisung, wird ein entsprechender Leerstring
eingesetzt!
Das Template BBSHEADER
──────────────────────
Für die Files.bbs Dateien kannst Du für jede Area oder Gruppe einen
eigenen Header erstellen. Bedenke jedoch, das ALLE Templates ständig
im Speicher gehalten werden. Unter DOS sind der Sache Grenzen gesetzt.
Es sollte mindestens ein BBSHeader angegeben werden. Erfolgt keine Angabe,
verwendet MaxList einen Internen, der nicht geändert werden kann.
Der Interne BBSHeader besteht nur aus der Formatzeile:
@Format(@FileName FileDesc(31, 79))
WICHTIGER HINWEIS FÜR MAXIMUS 3.0 BENUTZER!
─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─
MaxList unterstützt auch ein spezielles Format der Files.bbs Datei,
welches sowohl Dateigröße als auch Dateidatum enthält.
Maximus 3.0 kennt hierfür einen speziellen Typ, der mit der Anweisung
TYPE DATELIST
in der Area-Definition festgelegt wird.
Für diesen speziellen Fall ist ein Template notwendig, in dem die
@FORMAT Anweisung wie folgt aussehen muss:
@Format(@FileName \
@FileSize(#######_f)@FileDate(MM-DD-YY__)\
@FreeDwnLd@DlCounter@FileDesc(31,79))
Die Randeinstellungen bei @FILEDESC kannst Du auf Deine Bedürfnisse
ändern. Ebenso kann @FREEDWNLD und @DLCOUNTER entfallen, wenn Du dieses
nicht benötigst. Im einfachsten Fall enthält die @FORMAT Anweisung dann
@Format(@FileName \
@FileSize(#######_f)@FileDate(MM-DD_YY__)@FileDesc(31,79))
HINWEIS:
Du kannst diese @FORMAT Anweisung auch für Areas ohne TYPE DATELIST
benutzen. In diesen Fall wird MaxList KEINE Dateigröße und Datum in
die Files.bbs Dateien eintragen.
Somit ist es möglich, mit EINEM Template ALLE Areas zu bearbeiten !
Dieses Template findest Du im Archiv unter BBSHDR3.TPL !
Das Template LISTTITLE
──────────────────────
Optional kannst Du ein Titel-Template benutzen.
Damit kannst Du z.B. den Listentyp unmittelbar nach Deinem Logo
(ListHeaderFile) in die Liste einsetzen. Ich verwende für diesen
Titel einen Graphik-Font, der mir den Listenname mittig zentriert
einsetzt.
Weiterhin können hier Datum, Uhrzeit und Tag, sowie die verwendeten
Newfileflags eingetragen werden. Für die Parameter sind entsprechende
Tokens vorhanden. Siehe dazu auch Template TITLE.TPL
Die AREA Templates (AreaHeader / AreaFooter)
────────────────────────────────────────────
Du kannst zwei Templates für jede Area definieren, AreaHeader und
AreaFooter. Der Footer ist optional.
Im Header MUSS eine @FORMAT Anweisung enthalten sein.
Der Header wird am Anfang jeder Area ausgegeben. Danach folgen die
einzelnen Dateien.
Am Ende jeder Area KANN ein Footer ausgegeben werden.
Für die DUPE-Liste wird ebenfalls der AreaHeader und die darin enthaltene
@FORMAT Anweisung verwendet, um die einzelnen DUPE-Dateien aufzulisten.
(Siehe Template DUPEHDR.TPL)
Die GROUP Templates (GroupHeader / GroupFooter)
───────────────────────────────────────────────
Diese beiden Templates werden in den Reportlisten benötigt.
Der GroupHeader MUSS wieder die @FORMAT Anweisung enthalten.
Der Footer ist optional.
Der Header wird vor jeder Area der Gruppe ausgegeben, danach folgen die
einzelnen Area-Einträge für diese Gruppe.
Die REPORT Templates (ReportHeader / ReportFooter)
──────────────────────────────────────────────────
Diese beiden Templates sind optional.
Der ReportHeader wird an den Anfang der Statistik geschrieben, der
Footer am Ende, unmittelbar vor meiner Copyright-Notiz.
In den Report Templates wird keine @Format Anweisung benötigt.
Prinzipieller Aufbau einer Fileliste:
┌───────────────────────────────────┐
│ FileListHeader (Optional) │
│ ... │
├───────────────────────────────────┤
│ ListTitle (Optional) │
│ Datum, Zeit, Programmname, Flags │
╞═══════════════════════════════════╡ ──┐
│ AreaHeader mit @Format Anweisung │ │
├ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ┤ │
│ Datei Beschreibung │ │
│ ... │ │
│ Datei Beschreibung │ ├── Nicht bei Reportlisten.
├ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ┤ │ Bei Dupelisten nur ein
│ AreaFooter (Optional) │ │ AreaHeader.
├───────────────────────────────────┤ │
│ ... weitere Areas │ │
╞═══════════════════════════════════╡ ══╡
│ ReportHeader (Optional) │ │
├───────────────────────────────────┤ │
│ GroupHeader mit @Format Anweisung │ │
├ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ┤ │
│ Areas dieser Gruppe │ │
│ ... │ ├── Nur wenn AllAreaReport
│ Areas dieser Gruppe │ │ auf YES steht.
├ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ┤ │ Immer bei Reportlisten.
│ GroupFooter (Optional) │ │
├───────────────────────────────────┤ │
│ ... weitere Gruppen │ │
├───────────────────────────────────┤ │
│ ReportFooter (Optional) │ │
╞═══════════════════════════════════╡ ──┘
│ FileListFooter (Optional) │
│ ... │
├───────────────────────────────────┤
│ Copyright Logo │
└───────────────────────────────────┘
Beispiel einer Newfilesliste mit Titel, AreaHeader, GroupHeader und
ReportHeader:
█▄ █ █▀▀▀▀ █ █ █▀▀▀▀ ▀█▀ █ █▀▀▀▀ ▄▀▀▀▀
▀▀▀▀▀ █ ▀▄█ █▀▀▀ █▄▀▄█ █▀▀▀ █ █ █▀▀▀ ▀▀▀▄ ▀▀▀▀▀
▀ ▀ ▀▀▀▀▀ ▀ ▀ ▀ ▀▀▀ ▀▀▀▀▀ ▀▀▀▀▀ ▀▀▀▀
This list was created at 22:50 on Monday, 18.Dec 95 by MAXLIST+ v2.14
All files are less than 30 days old.
═══════════════════════════════════════════════════════════════════════════════
▄▀▀▀▄ ║ Lokales Echo
▄▀▀ ║ Available: 3 files (236.918 Bytes)
▀▀▀▀▀ ║ Newest: FRO_PWAD.ZIP (03.09.1995, 79084 Bytes)
───────────────────────────────────────────────────────────────────────────────
Filename Size Date Description
──────────── ─────── ───────── ────────────────────────────────────────────────
CTFILES.ZIP 24944 01.09.95 Alle neuen C't Files; =================
FRO_PWAD.ZIP 79084 03.09.95 Frodo PWAD for DOOM2 and Heretic
DOOM2 level 1, 2, and 3
Heretic e1m1, m2, and m3
GERFAQ4A.ZIP 132890 29.08.95 FAQ zu OS/2 Warp 3, deutschsprachige
Ausgabe 3a v. 03.03.95, TXT und INF.
╒═════════╤═════════════════════════════════════════════════════════╤═════════╕
│░▒▓███▓▒░│ NEWFILES SUMMARY │░▒▓███▓▒░│
│░▒▓███▓▒░├─────────────────────────────────────────────────────────┤░▒▓███▓▒░│
│░▒▓███▓▒░│ 72 files (5.553 Kb) in 24 Areas (6 Groups) │░▒▓███▓▒░│
╘═════════╧═════════════════════════════════════════════════════════╧═════════╛
Group: GFD.APP - Gfd-Net Applicationen
Available: 9 files (694 Kb) in 3 areas
═══════════════════════════════════════════════════════════════════════════════
Area Description Files Bytes
───────────────── ─────────────────────────────────────────── ────── ──────────
GFD.APP.ARC Archiver 3 231K
GFD.APP.BACK Backup Tools 3 231K
GFD.APP.EDIT Editoren 3 231K
Group: GFD.FNT - Gfd-Net Mailbox Programm
Available: 18 files (1.388 Kb) in 6 areas
═══════════════════════════════════════════════════════════════════════════════
Area Description Files Bytes
───────────────── ─────────────────────────────────────────── ────── ──────────
GFD.FNT.BBS BBS Programme 3 231K
GFD.FNT.DOOR Door Programme 3 231K
GFD.FNT.MISC Diverse Tools 3 231K
GFD.FNT.PNT Pointprogramme 3 231K
GFD.FNT.TOSS Tosser 3 231K
Available: 3 files (231 Kb) in 1 area
═══════════════════════════════════════════════════════════════════════════════
Area Description Files Bytes
───────────────── ─────────────────────────────────────────── ────── ──────────
2 Lokales Echo 3 231K
╒═══════════════════════════════════════════════════════════════════════╕
│ This list was produced by MAXLIST+ (Version 2.14∙OS2) │
│ Copyright 1994/95 by Wilfried Brinkmann, 45529 Hattingen, Germany │
╘═══════════════════════════════════════════════════════════════════════╛
Registered to: Wilfried Brinkmann
Die Template Tokens
─────────────────────
In folgendem Abschnitt findest Du nun alle Templatetokens erläutert.
Zu dem jeweiligen Token ist angegeben, in welchem Abschnitt bzw.
in welchem Template Du dieses einsetzen kannst.
Teilweise bringen gleiche Tokens unterschiedliche Ergebnisse.
Das trifft insbesondere für die Summen zu, z.B. bei @FILES.
JEDES Token beginnt mit einem Klammeraffen "@". Hat das Token Parameter,
dann müssen diese in Klammern "( )" stehen. Die einzelnen Parameter
innerhalb der Klammer werden durch ein Komma "," voneinander getrennt.
Groß-/Kleinschreibung ist nicht von Bedeutung. Die Tokens können beliebig
geschachtelt werden, d.h. innerhalb der Parameter eines Tokens können
weitere Tokens benutzt werden.
Beispiel: @Adjust(@Adjust(@Adjust("Test1",l,5),l,10),r,20)
Optionale Parameter sind in eckigen Klammern dargestellt. Diese
Klammern dürfen im Template natürlich NICHT eingesetzt werden.
Hat ein Token mehrere Optionen, kann der nicht verwendete Teil
ausgelassen werden. Die Kommas müssen jedoch gesetzt werden.
Beispiel: @FileDesc(31,79,,TF)
Die @FORMAT Anweisung
─────────────────────
Syntax: @Format(@ID @ID .... @ID)
Diese Anweisung ist, wie schon gesagt, für das Format der einzelnen
Dateieinträge in der Files.bbs und den Listen zuständig.
Die Anweisung MUSS in folgenden Templates eingesetzt werden:
BBSHeader - Für die Files.bbs
AreaHeader - Für die Filelisten
GroupHeader - Für die Reportlisten
In anderen Templates hat diese Anweisung nichts zu suchen. Steht sie
trotzdem drin, wird MaxList das geflissentlich ignorieren.
Beispiel einer Format Anweisung:
@Format(@FileName @FreeDwnLd@DlCounter@Filedesc(31,79))
Nach der Übersetzung durch MaxList, sieht die Files.bbs etwa so aus:
NWFAQ503.ARJ /bt [00] Novell FAQ Version 03/95 ASCII-Version
deutschsprachige FAQ ueber alles, was
mit Novell zu tun hat.
inkl. aktueller File- und Mailboxliste
@LISTTYP
────────
Syntax: @ListTyp
Templates: Alle außer BBS und @FORMAT Anweisung
Für diese Token wird der Typ der Liste ausgegeben.
Listentypen:
ALL [Name] - [Name] oder ALLFILES
NEW <Tage> [Name] - [Name] oder NEWFILES
PART [Name] - [Name] (Wenn angegeben)
REPORT [Name] - [Name] oder REPORT
DUPE [Name] - [Name] oder DUPES
ORPHAN [Name] - [Name] oder ORPHAN
!!! WICHTIGER HINWEIS:
Wird @ListTyp mit @Test benutzt, wird nicht der Name der Liste,
sondern der Typname als vergleich benutzt !
@Test(@ListTyp,=,All, ...) ergibt TRUE, wenn die Liste von
Typ ALL ist.
@TEST
─────
Syntax: @Test(@ID1, <|=|>|<>|[], @ID2, @IDTrue, @IDFalse)
Templates: Alle
Zum Testen von Parametern.
@ID1 wird mit @ID2 verglichen.
Vergleichsoperatoren:
< - Kleiner
= - Gleich
> - Größer
<> - Ungleich
[] - In Bereich
In Abhängigkeit des Vergleichs wird @IDTrue oder @IDFalse ausgegeben.
Beispiele: @Test(@Groups,>,1,(@Groups Groups),"")
Hier wird die Anzahl der Gruppen nur dann ausgegeben, wenn
die Anzahl größer 1 ist.
@Test(@AreaTag,[],12..99,"Geheim",@AreaTag)
Ist der Areatag in 12 bis 99, wird "Geheim" ausgegeben,
andernfalls der Areatag.
@FILEPATH
─────────
Syntax: @FilePath
Templates: Alle außer TitleTemplate und BBS
Laufwerk und Pfad(e) wie in DownLoad angegeben, z.B. D:\LISTEN\SHUTTLE\.
Enthält die Files.bbs eine Pfadangabe vor dem Dateinamen, wird diese
Angabe verwendet.
@FILENAME
─────────
Syntax: @FileName
Templates: In allen @FORMAT Anweisungen
Hier wird der Name der Datei linksbündig mit einer Feldlänge von 12
Zeichen ausgegeben. Ist der Name kürzer als 12 Zeichen, wird mit
Leerzeichen aufgefüllt, z.B. "ABC.ZIP_____"
Ein Pfad in der Files.bbs wird in den Listen nicht ausgegeben, hingegen
bleibt dieser in der Files.bbs erhalten.
@FILEDATE
─────────
Syntax: @FileDate(DateFormat)
Templates: In allen @FORMAT Anweisungen
Das Datum kann beliebig formatiert werden. DateForm MUSS angegeben
werden. Folgende Parameter und Formate sind möglich:
D - Tag (Day) 01 .. 31
M - Monat (Month) 01 .. 12, oder Monatsnamen (Jan, Feb etc)
Y - Jahr (Year)
F - Flagzeichen für neue Datei
Ist die Datei älter als für das Flag vorgesehen, wird ein
Leerzeichen eingesetzt.
_ - Unterstreichstrich, wird durch ein Leerzeichen ersetzt.
Formatbeispiele:
DD.MM.YY - 20.09.95
MM.YYYY - 09.1995
DD-MM-YYF - 20-09-95+
D.M.YF - 20.09.95+
DD.MMM_YYYY - 20.Sep 1995
D.M.YYY - 20.09.1995
DD-MM-YYF_ - 20-09-95+_ (_ ist ein Leerzeichen)
@FILESIZE
─────────
Syntax: @FileSize(SizeFormat)
Templates: In allen @FORMAT Anweisungen
Die Größe einer Datei. Die Zahl kann beliebig formatiert, und in andere
Größeneinheiten umgewandelt werden.
Die Einheiten werden in Byte gerechnet und können nach KiloByte
(div 1024) bzw. MegaByte (div 1048576) umgerechnet werden.
HINWEIS:
In den BBS Templates für TYPE DATELIST darf KEINE Umwandlung in
andere Einheiten erfolgen. Die Formatierung für diese Templates
MUSS folgendes Format haben: @FileSize(#######_F)
Formatzeichen:
# - Wird durch eine Zahl ersetzt
K - Umrechnung in Kilobytes
M - Umrechnung in Megabytes
F - Mit Leerzeichen auffüllen
_ - Unterstreichstrich, wird durch ein Leerzeichen ersetzt.
BEACHTE: Die Formatzeichen K, M, F MÜSSEN am Ende stehen !
Formatbeispiele:
Keine Angabe (Leere Klammer) 123456789
Ein oder mehrere # 123456789
#.###.### 12.346.789
K (Umrechnung KiloByte) 120563
#.###.###K 120.563
M (Umrechnung MegaByte) 117
#.###.###M 117
#.###F 123456.789
#######MF ____117 (_ ist ein Leerzeichen)
#.###_M 117_ (_ ist ein Leerzeichen)
@FREEDWNLD
──────────
Syntax: @FreeDwnLd
Templates: Nur in der @FORMAT Anweisung bei den BBS Templates
An dieser Stelle wird, wenn in der Konfig definiert (FreeDownLoad),
der entsprechende String und ein zusätzliches Leerzeichen eingesetzt.
Ist kein FreeDownLoad für diese Area/Gruppe freigegeben wird NICHTS
eingesetzt. Möglich ist hier "/b ", "/t " oder "/bt ".
@DLCOUNTER
──────────
Syntax: @DLCounter
Templates: Nur in der @FORMAT Anweisung der BBS und AREA Templates
Ist in der Konfig ein DownLoadCounter (DLCounter) definiert, wird dieser
hier eingesetzt, wenn noch nicht vorhanden. Ein vorhandener Counter wird
unverändert übernommen.
Ist in der Konfig ein DLCounter abgegeben, aber dieses Token nicht
benutzt, wird ein DLCounter, der zu dem angegebenen Format
(Rahmenzeichen) passt, gnadenlos entfernt!
Steht kein DLCounter in der Konfig, wird diese Token nicht beachtet.
BEACHTE: Es wird ein zusätzliches Leerzeichen angehängt, wenn ein
Downloadcounter eingetragen wird !
@AREANAME
─────────
Syntax: @AreaName
Templates: Alle außer TitleTemplate
Hier wird der VOLLE Areaname ausgegeben, also MIT FileDivisions.
Liegt die Area (sagen wir EDIT) in der Gruppe GFD.APP wird hier dann
"GFD.APP.EDIT" ausgegeben.
@AREATAG
────────
Syntax: @AreaTag
Templates: Alle außer TitleTemplate
Damit kannst Du den Namen der Area ausgeben. Die Gruppe wird hierbei
nicht ausgegeben.
@GROUPTAG
─────────
Syntax: @GroupTag
Templates: Alle außer TitleTemplate
Hier wird der Name der Gruppe ausgegeben, z.B. "GFD.APP".
Die Area wird nicht ausgegeben.
@AREADESC / @GROUPDESC
──────────────────────
Syntax: @AreaDesc / @GroupDesc
Templates: Alle außer TitleTemplate
Damit gibst Du die Beschreibung der Area bzw. der Gruppe aus.
Die Länge der Beschreibung ist intern auf 50 Zeichen begrenzt.
@AREAACS / @GROUPACS
────────────────────
Syntax: @AreaAcs / @GroupAcs
Templates: Alle außer TitleTemplate
Das sind die AccessLevel und Keys der Area, bzw. der Gruppe.
Hast Du in der Konfig mit USERLEVEL die Level/Key's übersetzt, wird
hier dieser String eingesetzt. Andernfalls erscheint Level/Keys wie in
der jeweiliegen Area / Gruppe angegeben.
Die Länge der Accessstrings ist intern auf 50 Zeichen begrenzt.
@OFFLINE
────────
Syntax: @OffLine
Templates: Nur in der @FORMAT Anweisung der AREA Templates
Bei allen "normalen" Filelistern steht an Stelle von Filegröße und Datum
der "Offline" String, wenn die Datei nicht vorhanden ist.
Da es bei MaxList jedoch möglich ist, die Parameter an beliebige Stelle
zu setzen, muss hier ein anderes Verfahren benutzt werden, um den in der
Konfig definierten "Offline" String einzusetzen.
Soll dieser verwendet werden, muss das ganze mit dem Token @Test gemacht
werden. Das ganze sieht dann wie folgt aus:
@Format(@FileName \
@Test(@FileSize(),>,0,\
@FileSize(#######F) @FileDate(DD.MM.YYF),\
@Adjust("@OffLine",l,17)) @Filedesc(31,79))
Bei MaxList wird Dateigröße mit 0 besetzt, wenn die Datei nicht vorhanden
ist. (Auch eine 0 Byte Datei gilt als nicht vorhanden !)
Somit kann geprüft werden, ob FileSize > 0 ist. In diesem Fall wird nach
dem FileNamen @FileSize(#######F) @FileDate(DD.MM.YYF) eingesetzt.
Ist die Dateigröße = 0, wird @Adjust("@OffLine",l,17) verwendet.
@NEWFNAME
─────────
Syntax: @NewFName
Templates: AREA und BBS Templates, nicht in @FORMAT Anweisung
Name der NEUESTEN Datei in dieser Area.
Der Name ist in keiner Weise formatiert. Er wird so ausgegeben, wie
er vorgefunden wurde.
@NEWFDATE
─────────
Syntax: @NewFDate(DateFormat)
Templates: AREA und BBS Templates, nicht in @FORMAT Anweisung
Datum der NEUESTEN Datei dieser Area.
Das Format des Parameters DateFormat ist wie bei @FILEDATE.
@NEWFSIZE
─────────
Syntax: @NewFSize(SizeFormat)
Templates: AREA und BBS Templates, nicht in @FORMAT Anweisung
Größe der NEUESTEN Datei dieser Area.
Das Format des Parameters SizeFormat ist wie bei @FILESIZE.
@FILES
──────
Syntax: @Files
Templates: Alle außer in @FORMAT Anweisung
Damit wird die Summe der Dateien (unformatiert) ausgegeben.
WELCHE Summe erscheint, ist vom jeweiligem Template abhängig:
AREA / BBS - Summe der Dateien in dieser Area
GROUP - ... in dieser Gruppe
REPORT - ... in dieser Liste
@BYTES
──────
Syntax: @Bytes(SizeFormat)
Templates: Alle außer in @FORMAT Anweisung
Das ist die Summe der Bytes.
Das Format des Parameters SizeFormat ist wie bei @FILESIZE.
WELCHE Summe ausgegeben wird, ist vom Template abhängig:
AREA / BBS - Summe der Bytes in dieser Area
GROUP - ... in dieser Gruppe
REPORT - ... in dieser Liste
@AREAS
──────
Syntax: @Areas
Templates: Nur in GROUP und REPORT
Das ist die Summe der Areas.
WELCHE Summe ausgegeben wird, ist vom Template abhängig:
GROUP - Summe der Areas in dieser Gruppe
REPORT - ... in dieser Liste
@GROUPS
───────
Syntax: @Groups
Templates: Nur in REPORT
Das ist die Summe aller Gruppen dieser Liste.
Hast Du keine FileDivisions, ist die Anzahl der Gruppen gleich 1.
(MainGroup = Gruppe ohne FileDivisions)
Diese Gruppe hat keinen Tag, kein ACS und keine Description!
@PROGNAME
─────────
Syntax: @PrgName
Templates: Nur in Titel Templates
Ja, ja ... Das wird durch 'MAXLIST+ v#.##' ersetzt.
Ich will doch hoffen, das Ihr diese Token IMMER benutzt ;-)
Das '+' erscheint nur bei der Reg-Version, v#.## ist die Versionsnummer.
@DATE
─────
Syntax: @Date(DateFormat)
Templates: Nur in Titel Templates
Mit diesem Token kannst Du das aktuelles Tagesdatum einsetzten.
Das Format des Parameters DateFormat ist wie bei @FILEDATE.
@TIME
─────
Syntax: @Time(TimeFormat)
Templates: Nur in Titel Templates
Mit diesem Token kannst Du die aktuelles Uhrzeit einsetzten.
Folgende Parameter und Formate sind möglich:
H - Stunde 00 .. 23
M - Minute 00 .. 59
S - Sekunde 00 .. 59
_ - Unterstreichstrich, wird durch ein Leerzeichen ersetzt.
Formatbeispiele:
HH:MM:SS - 22.17.05
H:M - 22:17
HH:MM.SS_ - 22:17.05_ (_ ist ein Leerzeichen)
@DAY
────
Syntax: @Day
Templates: Nur in Titel Templates
Mit diesem Token kannst Du den aktuelles Tagesnamen einsetzten.
Die Tagesnamen werden so verwendet, die in der Konfig von MaxList
definiert. Ist keine Übersetzung vorhanden, werden die englischen
Namen eingesetzt.
@NEWFDAYS
─────────
Syntax: @NewFDays
Templates: Nur in Titel Templates
Dieses Token wird durch die Angabe <Tage> bei den Newfileslisten ersetzt.
Beispiel für die Anwendung findest Du im Template TITLE.TPL
@FLAGS
──────
Syntax: @Flags(FlagFormat)
Templates: Nur in Titel Templates
Mit @Flags werden ALLE in der Konfig definierten NewFileFlags (FLAGCHAR)
ausgegeben. Die einzelnen Flags werden durch ein Komma getrennt.
FlagFormat legt fest, wie die Daten auszugeben sind:
$ - wird durch das Flagzeichen ersetzt
# - wird durch die Anzahl der Tage ersetzt
_ - Unterstreichstrich wird durch ein Leerzeichen ersetzt
Beispiel:
Du hast in der Konfig von MaxList den Eintrag:
FlagChar 7,! 14,* 30,+
und im Template die Angabe
@Flags($_=_#_days)
dann wird MaxList folgende ausgeben:
! = 7 days, * = 14 days, + = 30 days.
@FONTSTR
─────────
Syntax: @FontStr(FontName, @ID), @FontStr(FontName)
Templates: Alle außer in @FORMAT Anweisung
Damit kannst Du einen beliebigen Text in Grafikzeichen ausgeben.
Zuvor muss jedoch in der Konfig ein Font geladen sein. (LoadFont).
Ist KEIN Font geladen, wird auch nichts ausgegeben !
Eine Besonderheit ist zu berücksichtigen:
Ein Fontzeichen besteht aus mehreren Zeilen, die genau untereinander
stehen müssen. Da jede Ausgabe mit @ADJUST verändert werden kann,
MUSS für JEDE Zeile ein @FONTSTR Token eingesetzt werden.
Hast Du z.B. einen Font, der 3 Zeilen hoch ist, MUSS an der
jeweiligen Spalten und Zeilenposition ein weiteres @FONTSTR(FontName)
eingesetzt werden.
Der FontName MUSS IMMER angegebene werden, der Parameter @ID
darf jedoch NUR in der ERSTEN Anweisung stehen !
Beispiel:
@Adjust("@FontStr(Digi3x5, -'@ListTyp'-)",c,79)@CrLf\
@Adjust("@FontStr(Digi3x5)",c,79)@CrLf\
@Adjust("@FontStr(Digi3x5)",c,79)
Die Fonts kannst Du mit dem beigefügtem Font-Editor (FNTMAKE(p).EXE)
selber erstellen. Es sind fünf verschieden Fonts beigefügt.
@CRLF
─────
Syntax: @CrLf
Templates: Alle
Damit kannst Du zusätzliche Zeilenumbrüche einfügen.
@ADJUST
───────
Syntax: @Adjust("@ID", L|C|R, Len [, T]);
Templates: Alle
@ID kann wiederum jedes Token außer @FILEDESC enthalten.
Das @ID MUSS in Anführungsstriche gestellt werden.
Beispiel:
@Adjust(" Das ist ein Test",l,20) wird zu | Das ist ein Test|
Es kann Linksbündig "L", Zentriert "C", oder Rechtsbündig "R"
ausgerichtet werden. Die angegebene Feldlänge "Len" wird entsprechend
mit Leerzeichen aufgefüllt.
Ist der Optionale Parameter "T" (für Truncate) angegeben, wird der String
in jedem Fall auf die angegebene Länge "Len" gekürzt.
@FILEDESC
─────────
Syntax: @FileDesc(Links, Rechts [, Zeilen [, T|TF [, PreLine]]])
Templates: Nur in den @FORMAT Anweisungen
Damit wird nun die Beschreibung zu den einzelnen Dateien bearbeitet und
ausgerichtet.
Die Parameter:
Links - Der linke Rand der (erweiterten) Beschreibung, also
ab der zweiten Zeile.
Der Wert kann zwischen 1 und 65535 liegen, muss jedoch
kleiner als der Rechte Rand sein.
Rechts - Der rechte Rand der Beschreibung.
Der Wert kann zwischen 1 und 65535 liegen, muss jedoch
größer als der linke Rand sein.
Zeilen - Optional. Damit kannst Du die Anzahl der Zeilen
begrenzen. Gut für seitenlange FILE_ID.DIZ.
Zeilen = 0 heißt unbegrenzt, was auch Vorgabe ist.
Ansonsten kann der Wert zwischen 1 und 65535 liegen.
T oder TF - Optional. Steht für Truncate, bzw TruncateFirst.
Normalerweise wird die Beschreibung komplett neu
umgebrochen, wenn sie nicht in die Grenzen
(Links - Rechts) passt. Ist "T"runcate angegeben, wird
nicht umgebrochen, sondern die zu langen Zeilen werden
am rechten Rand abgeschnitten.
"TF" ist ein HighLight für Leute mit Downloadcounter ;-)
Bei TF schneidet MaxList nur die ERSTE Zeile ab, wenn
diese über den rechten Rand hinausgeht.
Stellt sich allerdings im weiteren Verlauf der
Bearbeitung heraus, das die Beschreibung neu umgebrochen
werden muss, setzt MaxList zunächst den Teil wieder ein,
bevor der Text weiter bearbeitet wird.
PreLine - Optional. Damit kann z.B. die Liste wie eine Tabelle
aufgebaut werden. Alternativ kann PreLine benutzt
werden, um ein "+" vor die erweiterte Dateibeschreibung
zu setzen. PreLine kann auch ein @ID enthalten.
Beispiel:
@FileDesc(31,79,,,@Adjust("+ ",l,31))
Die Ausgabe wird dann etwas so aussehen:
TEST.ZIP 12K 01.01.80 Eine Testdatei
+ mit Erweiterter
+ Beschreibung und
+ einem Pluszeichen
Noch ein Beispiel:
@Format(@FileName│@FileSize(#######)│\
@FileDate(dd.mm.yyf)│\
@FileDesc(31,79,,,@Adjust("│",l,13)\
@Adjust("│",l,8)@Adjust("│",l,10)))
Die Ausgabe:
TEST1.ZIP │ 12351│01.01.80 │Eine Testdatei
│ │ │in Tabellenform
│ │ │mit Linien.
ANYFILE.ARJ │ 12351│01.01.80 │Noch eine Datei
│ │ │in Tabellenform
═══════════════════════════════════════════════════════════════════════════════
Noch ein Hinweis
══════════════════
Beispiele für den Aufbau findest Du in den beigefügten Templates.
Diese befinden sich in dem Archiv TEMPLATE.ZIP.
Du solltest diese in ein eigenes Unterverzeichnis kopieren und in der
MaxList Konfig ein Define für diesen Pfad benutzen.
Das zuvor Gesagte gilt auch für die Fontdatei und den FontMaker.
Die Fonts und das Programm FNTMAKE.EXE bzw. FNTMAKEP.EXE für OS/2
findest Du in dem Archiv FONTS.ZIP. Ebenso eine kurze Anleitung.
Wenn Du einen neuen Font und/oder ein schönes Template entworfen hast,
solltest Du nicht zögern, diese zu mir zu schicken, damit auch andere
MaxList User davon profitieren können.
Der Autor, Wilfried Brinkmann
────────────────────────────────────────────────────────────────────────────
Template.Doc zu MaxList 2.14 Stand Dezember 1995